1/1 
|
Broadcast reception fails when delayed CRC enabled
by Unknown on Feb 15, 2005 |
Not available! | ||
|
Hello,
I try to receive a broadcast frame while delayed CRC calculation is enabled. I see that
the reception fails, as the destination address recognition seems to be shifted by 4
bytes, too (and therefor generates an abort condition). I would expect that the frame
reception is completely the same beside the fact that CRC calculation starts 4 bytes
later. Has anyone a clue what's going wrong (maybe I missunderstood the delayed
CRC function)?
Regards,
Peter
========================================================================
Kaeser Peter
Senior Engineer
BridgeCo AG Direct +41 1 802 33 47
Ringstrasse 14 Phone +41 1 802 33 33
CH-8600 Duebendorf Fax +41 1 802 33 39
Switzerland peter.kaeser at bridgeco.net
http://www.bridgeco.net
|
|||
|
Broadcast reception fails when delayed CRC enabled
by Unknown on Feb 15, 2005 |
Not available! | ||
|
Hi, Peter.
You understood correctly how things were soppose to work. Please give
me few days to check what the problem could be.
Best regards,
Igor
On Tue, 15 Feb 2005 08:32:29 +0100, kaeser peter
peter.kaeser@bridgeco.net> wrote:
Hello,
I try to receive a broadcast frame while delayed CRC calculation is enabled. I see that
the reception fails, as the destination address recognition seems to be shifted by 4
bytes, too (and therefor generates an abort condition). I would expect that the frame
reception is completely the same beside the fact that CRC calculation starts 4 bytes
later. Has anyone a clue what's going wrong (maybe I missunderstood the delayed
CRC function)?
Regards,
Peter
========================================================================
Kaeser Peter
Senior Engineer
BridgeCo AG Direct +41 1 802 33 47
Ringstrasse 14 Phone +41 1 802 33 33
CH-8600 Duebendorf Fax +41 1 802 33 39
Switzerland peter.kaeser at bridgeco.net
http://www.bridgeco.net
_______________________________________________
http://www.opencores.org/mailman/listinfo/ethmac
|
|||
|
Broadcast reception fails when delayed CRC enabled
by Unknown on Feb 21, 2005 |
Not available! | ||
|
Hi.
I checked the delayed CRC operation. Looks like nobody was using the
delayed CRC so far. There were some problems which are now fixed. New
tests are included in the test bench, too. Fixes will be put to the
Opencores cvs within 12 hours.
And now I'll explain how the delayed CRC is suppose to work:
Packet (TX or RX) looks like this:
TX: Whole packet is sent but the 4-byte preamble data is excluded from
the CRC calculation.
RX: Complete packet is received (4-byte preamble data too). Everything
else starts with 4-byte delay (address recognition, CRC calculation).
Best regards,
Igor
On Tue, 15 Feb 2005 09:00:09 +0100, Igor Mohor igor.mohor@gmail.com> wrote:
Hi, Peter.
You understood correctly how things were soppose to work. Please give
me few days to check what the problem could be.
Best regards,
Igor
On Tue, 15 Feb 2005 08:32:29 +0100, kaeser peter
peter.kaeser@bridgeco.net> wrote:
>
> Hello,
>
> I try to receive a broadcast frame while delayed CRC calculation is enabled. I see that
> the reception fails, as the destination address recognition seems to be shifted by 4
> bytes, too (and therefor generates an abort condition). I would expect that the frame
> reception is completely the same beside the fact that CRC calculation starts 4 bytes
> later. Has anyone a clue what's going wrong (maybe I missunderstood the delayed
> CRC function)?
>
> Regards,
> Peter
>
> ========================================================================
> Kaeser Peter
> Senior Engineer
>
> BridgeCo AG Direct +41 1 802 33 47
> Ringstrasse 14 Phone +41 1 802 33 33
> CH-8600 Duebendorf Fax +41 1 802 33 39
> Switzerland peter.kaeser at bridgeco.net
> http://www.bridgeco.net
>
> _______________________________________________
> http://www.opencores.org/mailman/listinfo/ethmac
>
|
|||
1/1